Trouble with images

None of my image files display properly on my pages.
If I call the image directly by the url:
http://w/db/themes/original/img/b_home.png

The contents of the page is not the image itself but rather a text
string with the url of the image:
http://w/db/themes/original/img/b_home.png

jpg, png, gif, it doesn't matter.

FYI, w is the hostname for my local testing server.
DNS translates it to http://192.168.1.10/db/themes/original/img/b_home.png

Incidentally, if I use that for the url it shows this text:
http://192.168.1.10/db/themes/original/img/b_home.png

No image, though.

It's not a 404 either. Very strange.

Any ideas?

Re: Trouble with images

On 11 mai, 21:46, Matthew256 wrote:
> None of my image files display properly on my pages.
> If I call the image directly by the url:http://w/db/themes/original/img/b_home.png
>
> The contents of the page is not the image itself but rather a text
> string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> jpg, png, gif, it doesn't matter.
>
> FYI, w is the hostname for my local testing server.
> DNS translates it tohttp://192.168.1.10/db/themes/original/img/b_home.png
>
> Incidentally, if I use that for the url it shows this text:http://192.168.1.10/db/themes/original/img/b_home.png
>
> No image, though.
>
> It's not a 404 either. Very strange.
>
> Any ideas?

Hi Matthew,

I'm not sure I understood your question well. Did you type the URL in
the address bar of your navigator (this is what I assume) or is your
"http://....." URL written in the html file? In the second case, see
the HTML code below.

> The contents of the page is not the image itself but rather a text
> string with the url of the image:http://w/db/themes/original/img/b_home.png

You mean the page returned by the server?

It would be nice if you posted the concerned subset of your httpd.conf
file, so we can better see.

------------------------------------------------------------ -------
Try with this content in your HTML document:

Re: Trouble with images

On May 12, 9:13 am, geomet...@fastmail.fm wrote:
> On 11 mai, 21:46, Matthew256 wrote:
>
>
>
> > None of my image files display properly on my pages.
> > If I call the image directly by the url:http://w/db/themes/original/img/b_home.png
>
> > The contents of the page is not the image itself but rather a text
> > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > jpg, png, gif, it doesn't matter.
>
> > FYI, w is the hostname for my local testing server.
> > DNS translates it tohttp://192.168.1.10/db/themes/original/img/b_home.png
>
> > Incidentally, if I use that for the url it shows this text:http://192.168.1.10/db/themes/original/img/b_home.png
>
> > No image, though.
>
> > It's not a 404 either. Very strange.
>
> > Any ideas?
>
> Hi Matthew,
>
> I'm not sure I understood your question well. Did you type the URL in
> the address bar of your navigator (this is what I assume) or is your
> "http://....." URL written in the html file? In the second case, see
> the HTML code below.
>
> > The contents of the page is not the image itself but rather a text
> > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> You mean the page returned by the server?
>
> It would be nice if you posted the concerned subset of your httpd.conf
> file, so we can better see.
>
> ------------------------------------------------------------ -------
> Try with this content in your HTML document:
>
>
>
>
>
>
>

Sorry to be unclear. These screenshots should make things clear:
http://www.osbornewood.com/screen.gif

Here's the httpd.conf for my local test server:
http://www.osbornewood.com/httpd.conf.txt

Re: Trouble with images

On May 12, 2:32 pm, Matthew256 wrote:
> On May 12, 9:13 am, geomet...@fastmail.fm wrote:
>
>
>
> > On 11 mai, 21:46, Matthew256 wrote:
>
> > > None of my image files display properly on my pages.
> > > If I call the image directly by the url:http://w/db/themes/original/img/b_home.png
>
> > > The contents of the page is not the image itself but rather a text
> > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > jpg, png, gif, it doesn't matter.
>
> > > FYI, w is the hostname for my local testing server.
> > > DNS translates it tohttp://192.168.1.10/db/themes/original/img/b_home.png
>
> > > Incidentally, if I use that for the url it shows this text:http://192.168.1.10/db/themes/original/img/b_home.png
>
> > > No image, though.
>
> > > It's not a 404 either. Very strange.
>
> > > Any ideas?
>
> > Hi Matthew,
>
> > I'm not sure I understood your question well. Did you type the URL in
> > the address bar of your navigator (this is what I assume) or is your
> > "http://....." URL written in the html file? In the second case, see
> > the HTML code below.
>
> > > The contents of the page is not the image itself but rather a text
> > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > You mean the page returned by the server?
>
> > It would be nice if you posted the concerned subset of your httpd.conf
> > file, so we can better see.
>
> > ------------------------------------------------------------ -------
> > Try with this content in your HTML document:
> >
> >
> >
> >
> >
> >
> >
>
> Sorry to be unclear. These screenshots should make things clear:http://www.osbornewood.com/screen.gif
>
> Here's the httpd.conf for my local test server:http://www.osbornewood.com/httpd.conf.txt

this is very likely a problem with the setup of the app you are using,
rather than a server issue,
to test this guess copy an image called image.png to a place next to
the html you have in your screenshot. and write img src="image.png"
my guess it will work,
there may be a script in between the image you are trying to get to
and the application is returning that text when the image isnt found.

ps. loveing the quote, see zechariah12,10

Re: Trouble with images

On May 13, 8:41 am, shimmyshack wrote:
> On May 12, 2:32 pm, Matthew256 wrote:
>
>
>
> > On May 12, 9:13 am, geomet...@fastmail.fm wrote:
>
> > > On 11 mai, 21:46, Matthew256 wrote:
>
> > > > None of my image files display properly on my pages.
> > > > If I call the image directly by the url:http://w/db/themes/original/img/b_home.png
>
> > > > The contents of the page is not the image itself but rather a text
> > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > jpg, png, gif, it doesn't matter.
>
> > > > FYI, w is the hostname for my local testing server.
> > > > DNS translates it tohttp://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > Incidentally, if I use that for the url it shows this text:http://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > No image, though.
>
> > > > It's not a 404 either. Very strange.
>
> > > > Any ideas?
>
> > > Hi Matthew,
>
> > > I'm not sure I understood your question well. Did you type the URL in
> > > the address bar of your navigator (this is what I assume) or is your
> > > "http://....." URL written in the html file? In the second case, see
> > > the HTML code below.
>
> > > > The contents of the page is not the image itself but rather a text
> > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > You mean the page returned by the server?
>
> > > It would be nice if you posted the concerned subset of your httpd.conf
> > > file, so we can better see.
>
> > > ------------------------------------------------------------ -------
> > > Try with this content in your HTML document:
> > >
> > >
> > >
> > >
> > >
> > >
> > >
>
> > Sorry to be unclear. These screenshots should make things clear:http://www.osbornewood.com/screen.gif
>
> > Here's the httpd.conf for my local test server:http://www.osbornewood.com/httpd.conf.txt
>
> this is very likely a problem with the setup of the app you are using,
> rather than a server issue,
> to test this guess copy an image called image.png to a place next to
> the html you have in your screenshot. and write img src="image.png"
> my guess it will work,

I do not think this is the case. It is not just this app; it is all
images on my server.
Just to test, I put screen.gif in the same folder as test.htm as you
suggested. I used the following code. However, the results were the
same as described my previous screenshot and post.









> there may be a script in between the image you are trying to get to
> and the application is returning that text when the image isnt found.

I'm scratching my head here too.
It's a clean install of Red Hat 5; I don't know of any application
that I installed that would do this.

> ps. loveing the quote, see zechariah12,10

I'm not sure what you mean...

By the way, thanks for looking in to this situation for me :)

Re: Trouble with images

On May 13, 2:02 pm, Matthew256 wrote:
> On May 13, 8:41 am, shimmyshack wrote:
>
>
>
> > On May 12, 2:32 pm, Matthew256 wrote:
>
> > > On May 12, 9:13 am, geomet...@fastmail.fm wrote:
>
> > > > On 11 mai, 21:46, Matthew256 wrote:
>
> > > > > None of my image files display properly on my pages.
> > > > > If I call the image directly by the url:http://w/db/themes/original/img/b_home.png
>
> > > > > The contents of the page is not the image itself but rather a text
> > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > > jpg, png, gif, it doesn't matter.
>
> > > > > FYI, w is the hostname for my local testing server.
> > > > > DNS translates it tohttp://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > Incidentally, if I use that for the url it shows this text:http://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > No image, though.
>
> > > > > It's not a 404 either. Very strange.
>
> > > > > Any ideas?
>
> > > > Hi Matthew,
>
> > > > I'm not sure I understood your question well. Did you type the URL in
> > > > the address bar of your navigator (this is what I assume) or is your
> > > > "http://....." URL written in the html file? In the second case, see
> > > > the HTML code below.
>
> > > > > The contents of the page is not the image itself but rather a text
> > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > You mean the page returned by the server?
>
> > > > It would be nice if you posted the concerned subset of your httpd.conf
> > > > file, so we can better see.
>
> > > > ------------------------------------------------------------ -------
> > > > Try with this content in your HTML document:
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
>
> > > Sorry to be unclear. These screenshots should make things clear:http://www.osbornewood.com/screen.gif
>
> > > Here's the httpd.conf for my local test server:http://www.osbornewood.com/httpd.conf.txt
>
> > this is very likely a problem with the setup of the app you are using,
> > rather than a server issue,
> > to test this guess copy an image called image.png to a place next to
> > the html you have in your screenshot. and write img src="image.png"
> > my guess it will work,
>
> I do not think this is the case. It is not just this app; it is all
> images on my server.
> Just to test, I put screen.gif in the same folder as test.htm as you
> suggested. I used the following code. However, the results were the
> same as described my previous screenshot and post.
>
>
>
>
>
>
>
>
>
> > there may be a script in between the image you are trying to get to
> > and the application is returning that text when the image isnt found.
>
> I'm scratching my head here too.
> It's a clean install of Red Hat 5; I don't know of any application
> that I installed that would do this.
>
> > ps. loveing the quote, see zechariah12,10
>
> I'm not sure what you mean...
>
> By the way, thanks for looking in to this situation for me :)

no it is very odd, but I would definately not be using red hat five -
why not the latest fedora?
I cant help except to say that the image url is sometimes displayed by
ff when the imaeg contains errors
this can occur if there are MTU or network issues,
can you install wireshark on that OS, or on the pc you are testing
from and look at the packets, or a fiddlertool proxy on the testing pc
and look at the headers to see whether the url is coming from the
server or from the browser.
tarra for now


regarding ps. matthew25v6 - thats what i thought your nickname was
referring to, its a bible prophecy just as zechariah 12v10 and
zechariah 14 are!

Re: Trouble with images

On May 13, 9:23 am, shimmyshack wrote:
> On May 13, 2:02 pm, Matthew256 wrote:
>
>
>
> > On May 13, 8:41 am, shimmyshack wrote:
>
> > > On May 12, 2:32 pm, Matthew256 wrote:
>
> > > > On May 12, 9:13 am, geomet...@fastmail.fm wrote:
>
> > > > > On 11 mai, 21:46, Matthew256 wrote:
>
> > > > > > None of my image files display properly on my pages.
> > > > > > If I call the image directly by the url:http://w/db/themes/original/img/b_home.png
>
> > > > > > The contents of the page is not the image itself but rather a text
> > > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > > > jpg, png, gif, it doesn't matter.
>
> > > > > > FYI, w is the hostname for my local testing server.
> > > > > > DNS translates it tohttp://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > Incidentally, if I use that for the url it shows this text:http://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > No image, though.
>
> > > > > > It's not a 404 either. Very strange.
>
> > > > > > Any ideas?
>
> > > > > Hi Matthew,
>
> > > > > I'm not sure I understood your question well. Did you type the URL in
> > > > > the address bar of your navigator (this is what I assume) or is your
> > > > > "http://....." URL written in the html file? In the second case, see
> > > > > the HTML code below.
>
> > > > > > The contents of the page is not the image itself but rather a text
> > > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > > You mean the page returned by the server?
>
> > > > > It would be nice if you posted the concerned subset of your httpd.conf
> > > > > file, so we can better see.
>
> > > > > ------------------------------------------------------------ -------
> > > > > Try with this content in your HTML document:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
>
> > > > Sorry to be unclear. These screenshots should make things clear:http://www.osbornewood.com/screen.gif
>
> > > > Here's the httpd.conf for my local test server:http://www.osbornewood.com/httpd.conf.txt
>
> > > this is very likely a problem with the setup of the app you are using,
> > > rather than a server issue,
> > > to test this guess copy an image called image.png to a place next to
> > > the html you have in your screenshot. and write img src="image.png"
> > > my guess it will work,
>
> > I do not think this is the case. It is not just this app; it is all
> > images on my server.
> > Just to test, I put screen.gif in the same folder as test.htm as you
> > suggested. I used the following code. However, the results were the
> > same as described my previous screenshot and post.
>
> >
> >
> >
> >
> >
> >
> >
>
> > > there may be a script in between the image you are trying to get to
> > > and the application is returning that text when the image isnt found.
>
> > I'm scratching my head here too.
> > It's a clean install of Red Hat 5; I don't know of any application
> > that I installed that would do this.
>
> > > ps. loveing the quote, see zechariah12,10
>
> > I'm not sure what you mean...
>
> > By the way, thanks for looking in to this situation for me :)
>
> no it is very odd, but I would definately not be using red hat five -
> why not the latest fedora?

Mostly ignorance. I'm new to the Linux world and got suckered in to
buying a copy :)
Seriously, my live server will be Red Hat and I want my beta server to
match.

> I cant help except to say that the image url is sometimes displayed by
> ff when the imaeg contains errors

Wow! That does help.
I did View Source and it was empty.

wget confirms this.
# wget w/screen.gif
--11:26:26-- http://w/screen.gif
Resolving w... 192.168.1.10
Connecting to w|192.168.1.10|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 69261 (68K) [image/gif]
Saving to: `screen.gif'

0% [ ] 0 --.-K/s in 0s

11:26:26 (0.00 B/s) - Connection closed at byte 0. Retrying.

--11:26:27-- (try: 2) http://w/screen.gif
etc.

> this can occur if there are MTU or network issues,
> can you install wireshark on that OS, or on the pc you are testing
> from and look at the packets, or a fiddlertool proxy on the testing pc
> and look at the headers to see whether the url is coming from the
> server or from the browser.

Good call!
I used Live HTTP Headers with Firefox.
Content-Length: 69261 is the correct file size for screen.gif

These two items look very strange:
HTTP/1.x 206 Partial Content
Connection: close

GET /temp.htm HTTP/1.1
Host: w
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Accept: text/xml,application/xml,application/xhtml+xml,text/
html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: PHPSESSID=08g9r7jikc3jd3oim4upgb54e7
If-Modified-Since: Sun, 13 May 2007 12:55:11 GMT
If-None-Match: "11faaf-57-82c4c9c0"
Cache-Control: max-age=0

HTTP/1.x 304 Not Modified
Date: Sun, 13 May 2007 15:20:20 GMT
Server: Apache/2.2.3 (Red Hat)
Connection: close
Etag: "11faaf-57-82c4c9c0"
----------------------------------------------------------
http://w/screen.gif

GET /screen.gif HTTP/1.1
Host: w
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Accept: image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://w/temp.htm
Cookie: PHPSESSID=08g9r7jikc3jd3oim4upgb54e7
Range: bytes=0-
If-Range: "121078-10e8d-dda07600"
Cache-Control: max-age=0

HTTP/1.x 206 Partial Content
Date: Sun, 13 May 2007 15:20:20 GMT
Server: Apache/2.2.3 (Red Hat)
Last-Modified: Sat, 12 May 2007 13:28:56 GMT
Etag: "121078-10e8d-dda07600"
Accept-Ranges: bytes
Content-Length: 69261
Content-Range: bytes 0-69260/69261
Connection: close
Content-Type: image/gif
----------------------------------------------------------

> regarding ps. matthew25v6 - thats what i thought your nickname was
> referring to, its a bible prophecy just as zechariah 12v10 and
> zechariah 14 are!

Gotcha. Actually, it's just my name followed by three random numbers.
But, I have no problem with it being taken to refer to Bible
prophesy :)

Re: Trouble with images

On May 13, 5:38 pm, Matthew256 wrote:
> On May 13, 9:23 am, shimmyshack wrote:
>
>
>
> > On May 13, 2:02 pm, Matthew256 wrote:
>
> > > On May 13, 8:41 am, shimmyshack wrote:
>
> > > > On May 12, 2:32 pm, Matthew256 wrote:
>
> > > > > On May 12, 9:13 am, geomet...@fastmail.fm wrote:
>
> > > > > > On 11 mai, 21:46, Matthew256 wrote:
>
> > > > > > > None of my image files display properly on my pages.
> > > > > > > If I call the image directly by the url:http://w/db/themes/original/img/b_home.png
>
> > > > > > > The contents of the page is not the image itself but rather a text
> > > > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > > > > jpg, png, gif, it doesn't matter.
>
> > > > > > > FYI, w is the hostname for my local testing server.
> > > > > > > DNS translates it tohttp://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > > Incidentally, if I use that for the url it shows this text:http://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > > No image, though.
>
> > > > > > > It's not a 404 either. Very strange.
>
> > > > > > > Any ideas?
>
> > > > > > Hi Matthew,
>
> > > > > > I'm not sure I understood your question well. Did you type the URL in
> > > > > > the address bar of your navigator (this is what I assume) or is your
> > > > > > "http://....." URL written in the html file? In the second case, see
> > > > > > the HTML code below.
>
> > > > > > > The contents of the page is not the image itself but rather a text
> > > > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > > > You mean the page returned by the server?
>
> > > > > > It would be nice if you posted the concerned subset of your httpd.conf
> > > > > > file, so we can better see.
>
> > > > > > ------------------------------------------------------------ -------
> > > > > > Try with this content in your HTML document:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
>
> > > > > Sorry to be unclear. These screenshots should make things clear:http://www.osbornewood.com/screen.gif
>
> > > > > Here's the httpd.conf for my local test server:http://www.osbornewood.com/httpd.conf.txt
>
> > > > this is very likely a problem with the setup of the app you are using,
> > > > rather than a server issue,
> > > > to test this guess copy an image called image.png to a place next to
> > > > the html you have in your screenshot. and write img src="image.png"
> > > > my guess it will work,
>
> > > I do not think this is the case. It is not just this app; it is all
> > > images on my server.
> > > Just to test, I put screen.gif in the same folder as test.htm as you
> > > suggested. I used the following code. However, the results were the
> > > same as described my previous screenshot and post.
>
> > >
> > >
> > >
> > >
> > >
> > >
> > >
>
> > > > there may be a script in between the image you are trying to get to
> > > > and the application is returning that text when the image isnt found.
>
> > > I'm scratching my head here too.
> > > It's a clean install of Red Hat 5; I don't know of any application
> > > that I installed that would do this.
>
> > > > ps. loveing the quote, see zechariah12,10
>
> > > I'm not sure what you mean...
>
> > > By the way, thanks for looking in to this situation for me :)
>
> > no it is very odd, but I would definately not be using red hat five -
> > why not the latest fedora?
>
> Mostly ignorance. I'm new to the Linux world and got suckered in to
> buying a copy :)
> Seriously, my live server will be Red Hat and I want my beta server to
> match.
>
> > I cant help except to say that the image url is sometimes displayed by
> > ff when the imaeg contains errors
>
> Wow! That does help.
> I did View Source and it was empty.
>
> wget confirms this.
> # wget w/screen.gif
> --11:26:26-- http://w/screen.gif
> Resolving w... 192.168.1.10
> Connecting to w|192.168.1.10|:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 69261 (68K) [image/gif]
> Saving to: `screen.gif'
>
> 0% [ ] 0 --.-K/s in 0s
>
> 11:26:26 (0.00 B/s) - Connection closed at byte 0. Retrying.
>
> --11:26:27-- (try: 2) http://w/screen.gif
> etc.
>
> > this can occur if there are MTU or network issues,
> > can you install wireshark on that OS, or on the pc you are testing
> > from and look at the packets, or a fiddlertool proxy on the testing pc
> > and look at the headers to see whether the url is coming from the
> > server or from the browser.
>
> Good call!
> I used Live HTTP Headers with Firefox.
> Content-Length: 69261 is the correct file size for screen.gif
>
> These two items look very strange:
> HTTP/1.x 206 Partial Content
> Connection: close
>
> GET /temp.htm HTTP/1.1
> Host: w
> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> Accept: text/xml,application/xml,application/xhtml+xml,text/
> html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
> Accept-Language: en-us,en;q=0.5
> Accept-Encoding: gzip,deflate
> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive: 300
> Connection: keep-alive
> Cookie: PHPSESSID=08g9r7jikc3jd3oim4upgb54e7
> If-Modified-Since: Sun, 13 May 2007 12:55:11 GMT
> If-None-Match: "11faaf-57-82c4c9c0"
> Cache-Control: max-age=0
>
> HTTP/1.x 304 Not Modified
> Date: Sun, 13 May 2007 15:20:20 GMT
> Server: Apache/2.2.3 (Red Hat)
> Connection: close
> Etag: "11faaf-57-82c4c9c0"
> ----------------------------------------------------------ht tp://w/screen.gif
>
> GET /screen.gif HTTP/1.1
> Host: w
> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> Accept: image/png,*/*;q=0.5
> Accept-Language: en-us,en;q=0.5
> Accept-Encoding: gzip,deflate
> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive: 300
> Connection: keep-alive
> Referer:http://w/temp.htm
> Cookie: PHPSESSID=08g9r7jikc3jd3oim4upgb54e7
> Range: bytes=0-
> If-Range: "121078-10e8d-dda07600"
> Cache-Control: max-age=0
>
> HTTP/1.x 206 Partial Content
> Date: Sun, 13 May 2007 15:20:20 GMT
> Server: Apache/2.2.3 (Red Hat)
> Last-Modified: Sat, 12 May 2007 13:28:56 GMT
> Etag: "121078-10e8d-dda07600"
> Accept-Ranges: bytes
> Content-Length: 69261
> Content-Range: bytes 0-69260/69261
> Connection: close
> Content-Type: image/gif
> ----------------------------------------------------------
>
> > regarding ps. matthew25v6 - thats what i thought your nickname was
> > referring to, its a bible prophecy just as zechariah 12v10 and
> > zechariah 14 are!
>
> Gotcha. Actually, it's just my name followed by three random numbers.
> But, I have no problem with it being taken to refer to Bible
> prophesy :)

sorry I see! -- RHEL5, and there was me thinking you were using an
old RH5 that you would have found under the stairs!

Well can't see anything wrong with just the headers, you will need to
look further into the packets using wireshark.

One thing that puzzled me, you appear to have a php cookie yet you
dont appear to have enabled php unless its in conf.d. In that case
there are more conf directives which might be stopping things from
working.
I noticed you had rather a lot of loadmodule lines. I would use the
following as a simple setup:
(I have taken your list, swopped them a bit and commented some, so you
can copy and paste to replace your setup to see if changes anything -
but keep your original list around!)

LoadModule actions_module modules/mod_actions.so
LoadModule alias_module modules/mod_alias.so
LoadModule asis_module modules/mod_asis.so
LoadModule auth_basic_module modules/mod_auth_basic.so
#LoadModule auth_digest_module modules/mod_auth_digest.so
#LoadModule authn_alias_module modules/mod_authn_alias.so
#LoadModule authn_default_module modules/mod_authn_default.so
#LoadModule authn_file_module modules/mod_authn_file.so
#LoadModule authn_anon_module modules/mod_authn_anon.so
#LoadModule authn_dbm_module modules/mod_authn_dbm.so
#LoadModule authz_host_module modules/mod_authz_host.so
#LoadModule authz_user_module modules/mod_authz_user.so
#LoadModule authz_owner_module modules/mod_authz_owner.so
#LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
#LoadModule authz_dbm_module modules/mod_authz_dbm.so
#LoadModule authz_default_module modules/mod_authz_default.so
#LoadModule ldap_module modules/mod_ldap.so
#LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
#LoadModule ext_filter_module modules/mod_ext_filter.so
LoadModule cgi_module modules/mod_cgi.so
LoadModule deflate_module modules/mod_deflate.so
LoadModule dir_module modules/mod_dir.so
LoadModule env_module modules/mod_env.so
LoadModule expires_module modules/mod_expires.so
LoadModule headers_module modules/mod_headers.so
LoadModule include_module modules/mod_include.so
#LoadModule logio_module modules/mod_logio.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule mime_module modules/mod_mime.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule unique_id_module modules/mod_unique_id.so
#LoadModule mime_magic_module modules/mod_mime_magic.so
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule dav_module modules/mod_dav.so
#LoadModule dav_fs_module modules/mod_dav_fs.so
#LoadModule status_module modules/mod_status.so
LoadModule autoindex_module modules/mod_autoindex.so
#LoadModule info_module modules/mod_info.so
#LoadModule vhost_alias_module modules/mod_vhost_alias.so
#LoadModule speling_module modules/mod_speling.so
#LoadModule userdir_module modules/mod_userdir.so
#LoadModule proxy_module modules/mod_proxy.so
#LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
#LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
#LoadModule proxy_http_module modules/mod_proxy_http.so
#LoadModule proxy_connect_module modules/mod_proxy_connect.so
#LoadModule cache_module modules/mod_cache.so
#LoadModule suexec_module modules/mod_suexec.so
#LoadModule disk_cache_module modules/mod_disk_cache.so
#LoadModule file_cache_module modules/mod_file_cache.so
#LoadModule mem_cache_module modules/mod_mem_cache.so

as you can see the majority have gone,
I am assuming you arent using mod_dav, or many of the more obscure
auth modules! As you can see you dont need most of them, its a great
idea to only include them once you know what they are and need them.

have you tested the images locally while on a browser on the server
yet? if so did the images work, and whats the MTU - 1500? try changing
it downwards to 1490.

Re: Trouble with images

On May 13, 6:41 pm, shimmyshack wrote:
> On May 13, 5:38 pm, Matthew256 wrote:
>
>
>
> > On May 13, 9:23 am, shimmyshack wrote:
>
> > > On May 13, 2:02 pm, Matthew256 wrote:
>
> > > > On May 13, 8:41 am, shimmyshack wrote:
>
> > > > > On May 12, 2:32 pm, Matthew256 wrote:
>
> > > > > > On May 12, 9:13 am, geomet...@fastmail.fm wrote:
>
> > > > > > > On 11 mai, 21:46, Matthew256 wrote:
>
> > > > > > > > None of my image files display properly on my pages.
> > > > > > > > If I call the image directly by the url:http://w/db/themes/=
original/img/b_home.png
>
> > > > > > > > The contents of the page is not the image itself but rather=
a text
> > > > > > > > string with the url of the image:http://w/db/themes/origina=
l/img/b_home.png
>
> > > > > > > > jpg, png, gif, it doesn't matter.
>
> > > > > > > > FYI, w is the hostname for my local testing server.
> > > > > > > > DNS translates it tohttp://192.168.1.10/db/themes/original/=
img/b_home.png
>
> > > > > > > > Incidentally, if I use that for the url it shows this text:=
http://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > > > No image, though.
>
> > > > > > > > It's not a 404 either. Very strange.
>
> > > > > > > > Any ideas?
>
> > > > > > > Hi Matthew,
>
> > > > > > > I'm not sure I understood your question well. Did you type th=
e URL in
> > > > > > > the address bar of your navigator (this is what I assume) or =
is your
> > > > > > > "http://....." URL written in the html file? In the second ca=
se, see
> > > > > > > the HTML code below.
>
> > > > > > > > The contents of the page is not the image itself but rather=
a text
> > > > > > > > string with the url of the image:http://w/db/themes/origina=
l/img/b_home.png
>
> > > > > > > You mean the page returned by the server?
>
> > > > > > > It would be nice if you posted the concerned subset of your h=
ttpd.conf
> > > > > > > file, so we can better see.
>
> > > > > > > ------------------------------------------------------------ -=
------
> > > > > > > Try with this content in your HTML document:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
>
> > > > > > Sorry to be unclear. These screenshots should make things clea=
r:http://www.osbornewood.com/screen.gif
>
> > > > > > Here's the httpd.conf for my local test server:http://www.osbor=
newood.com/httpd.conf.txt
>
> > > > > this is very likely a problem with the setup of the app you are u=
sing,
> > > > > rather than a server issue,
> > > > > to test this guess copy an image called image.png to a place next=
to
> > > > > the html you have in your screenshot. and write img src=3D"image.=
png"
> > > > > my guess it will work,
>
> > > > I do not think this is the case. It is not just this app; it is all
> > > > images on my server.
> > > > Just to test, I put screen.gif in the same folder as test.htm as you
> > > > suggested. I used the following code. However, the results were t=
he
> > > > same as described my previous screenshot and post.
>
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
>
> > > > > there may be a script in between the image you are trying to get =
to
> > > > > and the application is returning that text when the image isnt fo=
und.
>
> > > > I'm scratching my head here too.
> > > > It's a clean install of Red Hat 5; I don't know of any application
> > > > that I installed that would do this.
>
> > > > > ps. loveing the quote, see zechariah12,10
>
> > > > I'm not sure what you mean...
>
> > > > By the way, thanks for looking in to this situation for me :)
>
> > > no it is very odd, but I would definately not be using red hat five -
> > > why not the latest fedora?
>
> > Mostly ignorance. I'm new to the Linux world and got suckered in to
> > buying a copy :)
> > Seriously, my live server will be Red Hat and I want my beta server to
> > match.
>
> > > I cant help except to say that the image url is sometimes displayed by
> > > ff when the imaeg contains errors
>
> > Wow! That does help.
> > I did View Source and it was empty.
>
> > wget confirms this.
> > # wget w/screen.gif
> > --11:26:26-- http://w/screen.gif
> > Resolving w... 192.168.1.10
> > Connecting to w|192.168.1.10|:80... connected.
> > HTTP request sent, awaiting response... 200 OK
> > Length: 69261 (68K) [image/gif]
> > Saving to: `screen.gif'
>
> > 0% [ ] 0 --.-K/s in 0s
>
> > 11:26:26 (0.00 B/s) - Connection closed at byte 0. Retrying.
>
> > --11:26:27-- (try: 2) http://w/screen.gif
> > etc.
>
> > > this can occur if there are MTU or network issues,
> > > can you install wireshark on that OS, or on the pc you are testing
> > > from and look at the packets, or a fiddlertool proxy on the testing pc
> > > and look at the headers to see whether the url is coming from the
> > > server or from the browser.
>
> > Good call!
> > I used Live HTTP Headers with Firefox.
> > Content-Length: 69261 is the correct file size for screen.gif
>
> > These two items look very strange:
> > HTTP/1.x 206 Partial Content
> > Connection: close
>
> > GET /temp.htm HTTP/1.1
> > Host: w
> > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> > 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> > Accept: text/xml,application/xml,application/xhtml+xml,text/
> > html;q=3D0.9,text/plain;q=3D0.8,image/png,*/*;q=3D0.5
> > Accept-Language: en-us,en;q=3D0.5
> > Accept-Encoding: gzip,deflate
> > Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7
> > Keep-Alive: 300
> > Connection: keep-alive
> > Cookie: PHPSESSID=3D08g9r7jikc3jd3oim4upgb54e7
> > If-Modified-Since: Sun, 13 May 2007 12:55:11 GMT
> > If-None-Match: "11faaf-57-82c4c9c0"
> > Cache-Control: max-age=3D0
>
> > HTTP/1.x 304 Not Modified
> > Date: Sun, 13 May 2007 15:20:20 GMT
> > Server: Apache/2.2.3 (Red Hat)
> > Connection: close
> > Etag: "11faaf-57-82c4c9c0"
> > ----------------------------------------------------------ht tp://w/scre=
en.gif
>
> > GET /screen.gif HTTP/1.1
> > Host: w
> > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> > 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> > Accept: image/png,*/*;q=3D0.5
> > Accept-Language: en-us,en;q=3D0.5
> > Accept-Encoding: gzip,deflate
> > Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7
> > Keep-Alive: 300
> > Connection: keep-alive
> > Referer:http://w/temp.htm
> > Cookie: PHPSESSID=3D08g9r7jikc3jd3oim4upgb54e7
> > Range: bytes=3D0-
> > If-Range: "121078-10e8d-dda07600"
> > Cache-Control: max-age=3D0
>
> > HTTP/1.x 206 Partial Content
> > Date: Sun, 13 May 2007 15:20:20 GMT
> > Server: Apache/2.2.3 (Red Hat)
> > Last-Modified: Sat, 12 May 2007 13:28:56 GMT
> > Etag: "121078-10e8d-dda07600"
> > Accept-Ranges: bytes
> > Content-Length: 69261
> > Content-Range: bytes 0-69260/69261
> > Connection: close
> > Content-Type: image/gif
> > ----------------------------------------------------------
>
> > > regarding ps. matthew25v6 - thats what i thought your nickname was
> > > referring to, its a bible prophecy just as zechariah 12v10 and
> > > zechariah 14 are!
>
> > Gotcha. Actually, it's just my name followed by three random numbers.
> > But, I have no problem with it being taken to refer to Bible
> > prophesy :)
>
> sorry I see! -- RHEL5, and there was me thinking you were using an
> old RH5 that you would have found under the stairs!
>
> Well can't see anything wrong with just the headers, you will need to
> look further into the packets using wireshark.
>
> One thing that puzzled me, you appear to have a php cookie yet you
> dont appear to have enabled php unless its in conf.d. In that case
> there are more conf directives which might be stopping things from
> working.
> I noticed you had rather a lot of loadmodule lines. I would use the
> following as a simple setup:
> (I have taken your list, swopped them a bit and commented some, so you
> can copy and paste to replace your setup to see if changes anything -
> but keep your original list around!)
>
> LoadModule actions_module modules/mod_actions.so
> LoadModule alias_module modules/mod_alias.so
> LoadModule asis_module modules/mod_asis.so
> LoadModule auth_basic_module modules/mod_auth_basic.so
> #LoadModule auth_digest_module modules/mod_auth_digest.so
> #LoadModule authn_alias_module modules/mod_authn_alias.so
> #LoadModule authn_default_module modules/mod_authn_default.so
> #LoadModule authn_file_module modules/mod_authn_file.so
> #LoadModule authn_anon_module modules/mod_authn_anon.so
> #LoadModule authn_dbm_module modules/mod_authn_dbm.so
> #LoadModule authz_host_module modules/mod_authz_host.so
> #LoadModule authz_user_module modules/mod_authz_user.so
> #LoadModule authz_owner_module modules/mod_authz_owner.so
> #LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
> #LoadModule authz_dbm_module modules/mod_authz_dbm.so
> #LoadModule authz_default_module modules/mod_authz_default.so
> #LoadModule ldap_module modules/mod_ldap.so
> #LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
> #LoadModule ext_filter_module modules/mod_ext_filter.so
> LoadModule cgi_module modules/mod_cgi.so
> LoadModule deflate_module modules/mod_deflate.so
> LoadModule dir_module modules/mod_dir.so
> LoadModule env_module modules/mod_env.so
> LoadModule expires_module modules/mod_expires.so
> LoadModule headers_module modules/mod_headers.so
> LoadModule include_module modules/mod_include.so
> #LoadModule logio_module modules/mod_logio.so
> LoadModule log_config_module modules/mod_log_config.so
> LoadModule mime_module modules/mod_mime.so
> LoadModule negotiation_module modules/mod_negotiation.so
> LoadModule rewrite_module modules/mod_rewrite.so
> LoadModule setenvif_module modules/mod_setenvif.so
> LoadModule unique_id_module modules/mod_unique_id.so
> #LoadModule mime_magic_module modules/mod_mime_magic.so
> #LoadModule usertrack_module modules/mod_usertrack.so
> #LoadModule dav_module modules/mod_dav.so
> #LoadModule dav_fs_module modules/mod_dav_fs.so
> #LoadModule status_module modules/mod_status.so
> LoadModule autoindex_module modules/mod_autoindex.so
> #LoadModule info_module modules/mod_info.so
> #LoadModule vhost_alias_module modules/mod_vhost_alias.so
> #LoadModule speling_module modules/mod_speling.so
> #LoadModule userdir_module...
>
> read more =BB

erm i should have uncommented these 4 as well! sorry
LoadModule authz_default_module modules/mod_authz_default.so
LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_user_module modules/mod_authz_user.so

Re: Trouble with images

On May 13, 1:41 pm, shimmyshack wrote:
> On May 13, 5:38 pm, Matthew256 wrote:
>
> > On May 13, 9:23 am, shimmyshack wrote:
>
> > > On May 13, 2:02 pm, Matthew256 wrote:
>
> > > > On May 13, 8:41 am, shimmyshack wrote:
>
> > > > > On May 12, 2:32 pm, Matthew256 wrote:
>
> > > > > > On May 12, 9:13 am, geomet...@fastmail.fm wrote:
>
> > > > > > > On 11 mai, 21:46, Matthew256 wrote:
>
> > > > > > > > None of my image files display properly on my pages.
> > > > > > > > If I call the image directly by the url:http://w/db/themes/original/img/b_home.png
>
> > > > > > > > The contents of the page is not the image itself but rather a text
> > > > > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > > > > > jpg, png, gif, it doesn't matter.
>
> > > > > > > > FYI, w is the hostname for my local testing server.
> > > > > > > > DNS translates it tohttp://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > > > Incidentally, if I use that for the url it shows this text:http://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > > > No image, though.
>
> > > > > > > > It's not a 404 either. Very strange.
>
> > > > > > > > Any ideas?
>
> > > > > > > Hi Matthew,
>
> > > > > > > I'm not sure I understood your question well. Did you type the URL in
> > > > > > > the address bar of your navigator (this is what I assume) or is your
> > > > > > > "http://....." URL written in the html file? In the second case, see
> > > > > > > the HTML code below.
>
> > > > > > > > The contents of the page is not the image itself but rather a text
> > > > > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > > > > You mean the page returned by the server?
>
> > > > > > > It would be nice if you posted the concerned subset of your httpd.conf
> > > > > > > file, so we can better see.
>
> > > > > > > ------------------------------------------------------------ -------
> > > > > > > Try with this content in your HTML document:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
>
> > > > > > Sorry to be unclear. These screenshots should make things clear:http://www.osbornewood.com/screen.gif
>
> > > > > > Here's the httpd.conf for my local test server:http://www.osbornewood.com/httpd.conf.txt
>
> > > > > this is very likely a problem with the setup of the app you are using,
> > > > > rather than a server issue,
> > > > > to test this guess copy an image called image.png to a place next to
> > > > > the html you have in your screenshot. and write img src="image.png"
> > > > > my guess it will work,
>
> > > > I do not think this is the case. It is not just this app; it is all
> > > > images on my server.
> > > > Just to test, I put screen.gif in the same folder as test.htm as you
> > > > suggested. I used the following code. However, the results were the
> > > > same as described my previous screenshot and post.
>
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
>
> > > > > there may be a script in between the image you are trying to get to
> > > > > and the application is returning that text when the image isnt found.
>
> > > > I'm scratching my head here too.
> > > > It's a clean install of Red Hat 5; I don't know of any application
> > > > that I installed that would do this.
>
> > > > > ps. loveing the quote, see zechariah12,10
>
> > > > I'm not sure what you mean...
>
> > > > By the way, thanks for looking in to this situation for me :)
>
> > > no it is very odd, but I would definately not be using red hat five -
> > > why not the latest fedora?
>
> > Mostly ignorance. I'm new to the Linux world and got suckered in to
> > buying a copy :)
> > Seriously, my live server will be Red Hat and I want my beta server to
> > match.
>
> > > I cant help except to say that the image url is sometimes displayed by
> > > ff when the imaeg contains errors
>
> > Wow! That does help.
> > I did View Source and it was empty.
>
> > wget confirms this.
> > # wget w/screen.gif
> > --11:26:26-- http://w/screen.gif
> > Resolving w... 192.168.1.10
> > Connecting to w|192.168.1.10|:80... connected.
> > HTTP request sent, awaiting response... 200 OK
> > Length: 69261 (68K) [image/gif]
> > Saving to: `screen.gif'
>
> > 0% [ ] 0 --.-K/s in 0s
>
> > 11:26:26 (0.00 B/s) - Connection closed at byte 0. Retrying.
>
> > --11:26:27-- (try: 2) http://w/screen.gif
> > etc.
>
> > > this can occur if there are MTU or network issues,
> > > can you install wireshark on that OS, or on the pc you are testing
> > > from and look at the packets, or a fiddlertool proxy on the testing pc
> > > and look at the headers to see whether the url is coming from the
> > > server or from the browser.
>
> > Good call!
> > I used Live HTTP Headers with Firefox.
> > Content-Length: 69261 is the correct file size for screen.gif
>
> > These two items look very strange:
> > HTTP/1.x 206 Partial Content
> > Connection: close
>
> > GET /temp.htm HTTP/1.1
> > Host: w
> > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> > 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> > Accept: text/xml,application/xml,application/xhtml+xml,text/
> > html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
> > Accept-Language: en-us,en;q=0.5
> > Accept-Encoding: gzip,deflate
> > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> > Keep-Alive: 300
> > Connection: keep-alive
> > Cookie: PHPSESSID=08g9r7jikc3jd3oim4upgb54e7
> > If-Modified-Since: Sun, 13 May 2007 12:55:11 GMT
> > If-None-Match: "11faaf-57-82c4c9c0"
> > Cache-Control: max-age=0
>
> > HTTP/1.x 304 Not Modified
> > Date: Sun, 13 May 2007 15:20:20 GMT
> > Server: Apache/2.2.3 (Red Hat)
> > Connection: close
> > Etag: "11faaf-57-82c4c9c0"
> > ----------------------------------------------------------ht tp://w/screen.gif
>
> > GET /screen.gif HTTP/1.1
> > Host: w
> > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> > 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> > Accept: image/png,*/*;q=0.5
> > Accept-Language: en-us,en;q=0.5
> > Accept-Encoding: gzip,deflate
> > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> > Keep-Alive: 300
> > Connection: keep-alive
> > Referer:http://w/temp.htm
> > Cookie: PHPSESSID=08g9r7jikc3jd3oim4upgb54e7
> > Range: bytes=0-
> > If-Range: "121078-10e8d-dda07600"
> > Cache-Control: max-age=0
>
> > HTTP/1.x 206 Partial Content
> > Date: Sun, 13 May 2007 15:20:20 GMT
> > Server: Apache/2.2.3 (Red Hat)
> > Last-Modified: Sat, 12 May 2007 13:28:56 GMT
> > Etag: "121078-10e8d-dda07600"
> > Accept-Ranges: bytes
> > Content-Length: 69261
> > Content-Range: bytes 0-69260/69261
> > Connection: close
> > Content-Type: image/gif
> > ----------------------------------------------------------
>
> > > regarding ps. matthew25v6 - thats what i thought your nickname was
> > > referring to, its a bible prophecy just as zechariah 12v10 and
> > > zechariah 14 are!
>
> > Gotcha. Actually, it's just my name followed by three random numbers.
> > But, I have no problem with it being taken to refer to Bible
> > prophesy :)
>
> sorry I see! -- RHEL5, and there was me thinking you were using an
> old RH5 that you would have found under the stairs!
>
> Well can't see anything wrong with just the headers, you will need to
> look further into the packets using wireshark.
>
> One thing that puzzled me, you appear to have a php cookie yet you
> dont appear to have enabled php unless its in conf.d. In that case
> there are more conf directives which might be stopping things from
> working.
> I noticed you had rather a lot of loadmodule lines. I would use the
> following as a simple setup:
> (I have taken your list, swopped them a bit and commented some, so you
> can copy and paste to replace your setup to see if changes anything -
> but keep your original list around!)
>
> LoadModule actions_module modules/mod_actions.so
> LoadModule alias_module modules/mod_alias.so
> LoadModule asis_module modules/mod_asis.so
> LoadModule auth_basic_module modules/mod_auth_basic.so
> #LoadModule auth_digest_module modules/mod_auth_digest.so
> #LoadModule authn_alias_module modules/mod_authn_alias.so
> #LoadModule authn_default_module modules/mod_authn_default.so
> #LoadModule authn_file_module modules/mod_authn_file.so
> #LoadModule authn_anon_module modules/mod_authn_anon.so
> #LoadModule authn_dbm_module modules/mod_authn_dbm.so
> #LoadModule authz_host_module modules/mod_authz_host.so
> #LoadModule authz_user_module modules/mod_authz_user.so
> #LoadModule authz_owner_module modules/mod_authz_owner.so
> #LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
> #LoadModule authz_dbm_module modules/mod_authz_dbm.so
> #LoadModule authz_default_module modules/mod_authz_default.so
> #LoadModule ldap_module modules/mod_ldap.so
> #LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
> #LoadModule ext_filter_module modules/mod_ext_filter.so
> LoadModule cgi_module modules/mod_cgi.so
> LoadModule deflate_module modules/mod_deflate.so
> LoadModule dir_module modules/mod_dir.so
> LoadModule env_module modules/mod_env.so
> LoadModule expires_module modules/mod_expires.so
> LoadModule headers_module modules/mod_headers.so
> LoadModule include_module modules/mod_include.so
> #LoadModule logio_module modules/mod_logio.so
> LoadModule log_config_module modules/mod_log_config.so
> LoadModule mime_module modules/mod_mime.so
> LoadModule negotiation_module modules/mod_negotiation.so
> LoadModule rewrite_module modules/mod_rewrite.so
> LoadModule setenvif_module modules/mod_setenvif.so
> LoadModule unique_id_module modules/mod_unique_id.so
> #LoadModule mime_magic_module modules/mod_mime_magic.so
> #LoadModule usertrack_module modules/mod_usertrack.so
> #LoadModule dav_module modules/mod_dav.so
> #LoadModule dav_fs_module modules/mod_dav_fs.so
> #LoadModule status_module modules/mod_status.so
> LoadModule autoindex_module modules/mod_autoindex.so
> #LoadModule info_module modules/mod_info.so
> #LoadModule vhost_alias_module modules/mod_vhost_alias.so
> #LoadModule speling_module modules/mod_speling.so
> #LoadModule userdir_module modules/mod_userdir.so
> #LoadModule proxy_module modules/mod_proxy.so
> #LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
> #LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
> #LoadModule proxy_http_module modules/mod_proxy_http.so
> #LoadModule proxy_connect_module modules/mod_proxy_connect.so
> #LoadModule cache_module modules/mod_cache.so
> #LoadModule suexec_module modules/mod_suexec.so
> #LoadModule disk_cache_module modules/mod_disk_cache.so
> #LoadModule file_cache_module modules/mod_file_cache.so
> #LoadModule mem_cache_module modules/mod_mem_cache.so
>
> as you can see the majority have gone,
> I am assuming you arent using mod_dav, or many of the more obscure
> auth modules! As you can see you dont need most of them, its a great
> idea to only include them once you know what they are and need them.
>
> have you tested the images locally while on a browser on the server
> yet? if so did the images work, and whats the MTU - 1500? try changing
> it downwards to 1490.

Quoting you:
> One thing that puzzled me, you appear to have a php cookie yet you
> dont appear to have enabled php unless its in conf.d. In that case
> there are more conf directives which might be stopping things from
> working.

Good call. I looked in conf.d and there were a few files there. I
didn't see anything odd though.

> Well can't see anything wrong with just the headers, you will need to
> look further into the packets using wireshark.

OK, I did a packet trace.
I ziped this, the conf.d files, and my .htaccess file here:
http://www.osbornewood.com/conf.d.zip

> I noticed you had rather a lot of loadmodule lines. I would use the
> following as a simple setup:
> (I have taken your list, swopped them a bit and commented some, so you
> can copy and paste to replace your setup to see if changes anything -
> but keep your original list around!)

I backed up my httpd.conf and replaced the relevant parts with your
suggested list.
No change though.

> have you tested the images locally while on a browser on the server
> yet?

Yes.

> if so did the images work,

No.

> and whats the MTU - 1500? try changing
> it downwards to 1490.

It wasn't set in my network config, but I changed it to 1490 just for
fun. No change.

Personally, I am very suspicious of the "206 Partial Content" message.
There is no reason for this that I can think of.
Any ideas why this header might be generated?

Re: Trouble with images

On May 14, 2:09 pm, Matthew256 wrote:
> On May 13, 1:41 pm, shimmyshack wrote:
>
> > On May 13, 5:38 pm, Matthew256 wrote:
>
> > > On May 13, 9:23 am, shimmyshack wrote:
>
> > > > On May 13, 2:02 pm, Matthew256 wrote:
>
> > > > > On May 13, 8:41 am, shimmyshack wrote:
>
> > > > > > On May 12, 2:32 pm, Matthew256 wrote:
>
> > > > > > > On May 12, 9:13 am, geomet...@fastmail.fm wrote:
>
> > > > > > > > On 11 mai, 21:46, Matthew256 wrote:
>
> > > > > > > > > None of my image files display properly on my pages.
> > > > > > > > > If I call the image directly by the url:http://w/db/themes/original/img/b_home.png
>
> > > > > > > > > The contents of the page is not the image itself but rather a text
> > > > > > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > > > > > > jpg, png, gif, it doesn't matter.
>
> > > > > > > > > FYI, w is the hostname for my local testing server.
> > > > > > > > > DNS translates it tohttp://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > > > > Incidentally, if I use that for the url it shows this text:http://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > > > > No image, though.
>
> > > > > > > > > It's not a 404 either. Very strange.
>
> > > > > > > > > Any ideas?
>
> > > > > > > > Hi Matthew,
>
> > > > > > > > I'm not sure I understood your question well. Did you type the URL in
> > > > > > > > the address bar of your navigator (this is what I assume) or is your
> > > > > > > > "http://....." URL written in the html file? In the second case, see
> > > > > > > > the HTML code below.
>
> > > > > > > > > The contents of the page is not the image itself but rather a text
> > > > > > > > > string with the url of the image:http://w/db/themes/original/img/b_home.png
>
> > > > > > > > You mean the page returned by the server?
>
> > > > > > > > It would be nice if you posted the concerned subset of your httpd.conf
> > > > > > > > file, so we can better see.
>
> > > > > > > > ------------------------------------------------------------ -------
> > > > > > > > Try with this content in your HTML document:
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
>
> > > > > > > Sorry to be unclear. These screenshots should make things clear:http://www.osbornewood.com/screen.gif
>
> > > > > > > Here's the httpd.conf for my local test server:http://www.osbornewood.com/httpd.conf.txt
>
> > > > > > this is very likely a problem with the setup of the app you are using,
> > > > > > rather than a server issue,
> > > > > > to test this guess copy an image called image.png to a place next to
> > > > > > the html you have in your screenshot. and write img src="image.png"
> > > > > > my guess it will work,
>
> > > > > I do not think this is the case. It is not just this app; it is all
> > > > > images on my server.
> > > > > Just to test, I put screen.gif in the same folder as test.htm as you
> > > > > suggested. I used the following code. However, the results were the
> > > > > same as described my previous screenshot and post.
>
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
>
> > > > > > there may be a script in between the image you are trying to get to
> > > > > > and the application is returning that text when the image isnt found.
>
> > > > > I'm scratching my head here too.
> > > > > It's a clean install of Red Hat 5; I don't know of any application
> > > > > that I installed that would do this.
>
> > > > > > ps. loveing the quote, see zechariah12,10
>
> > > > > I'm not sure what you mean...
>
> > > > > By the way, thanks for looking in to this situation for me :)
>
> > > > no it is very odd, but I would definately not be using red hat five -
> > > > why not the latest fedora?
>
> > > Mostly ignorance. I'm new to the Linux world and got suckered in to
> > > buying a copy :)
> > > Seriously, my live server will be Red Hat and I want my beta server to
> > > match.
>
> > > > I cant help except to say that the image url is sometimes displayed by
> > > > ff when the imaeg contains errors
>
> > > Wow! That does help.
> > > I did View Source and it was empty.
>
> > > wget confirms this.
> > > # wget w/screen.gif
> > > --11:26:26-- http://w/screen.gif
> > > Resolving w... 192.168.1.10
> > > Connecting to w|192.168.1.10|:80... connected.
> > > HTTP request sent, awaiting response... 200 OK
> > > Length: 69261 (68K) [image/gif]
> > > Saving to: `screen.gif'
>
> > > 0% [ ] 0 --.-K/s in 0s
>
> > > 11:26:26 (0.00 B/s) - Connection closed at byte 0. Retrying.
>
> > > --11:26:27-- (try: 2) http://w/screen.gif
> > > etc.
>
> > > > this can occur if there are MTU or network issues,
> > > > can you install wireshark on that OS, or on the pc you are testing
> > > > from and look at the packets, or a fiddlertool proxy on the testing pc
> > > > and look at the headers to see whether the url is coming from the
> > > > server or from the browser.
>
> > > Good call!
> > > I used Live HTTP Headers with Firefox.
> > > Content-Length: 69261 is the correct file size for screen.gif
>
> > > These two items look very strange:
> > > HTTP/1.x 206 Partial Content
> > > Connection: close
>
> > > GET /temp.htm HTTP/1.1
> > > Host: w
> > > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> > > 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> > > Accept: text/xml,application/xml,application/xhtml+xml,text/
> > > html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
> > > Accept-Language: en-us,en;q=0.5
> > > Accept-Encoding: gzip,deflate
> > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> > > Keep-Alive: 300
> > > Connection: keep-alive
> > > Cookie: PHPSESSID=08g9r7jikc3jd3oim4upgb54e7
> > > If-Modified-Since: Sun, 13 May 2007 12:55:11 GMT
> > > If-None-Match: "11faaf-57-82c4c9c0"
> > > Cache-Control: max-age=0
>
> > > HTTP/1.x 304 Not Modified
> > > Date: Sun, 13 May 2007 15:20:20 GMT
> > > Server: Apache/2.2.3 (Red Hat)
> > > Connection: close
> > > Etag: "11faaf-57-82c4c9c0"
> > > ----------------------------------------------------------ht tp://w/screen.gif
>
> > > GET /screen.gif HTTP/1.1
> > > Host: w
> > > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> > > 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> > > Accept: image/png,*/*;q=0.5
> > > Accept-Language: en-us,en;q=0.5
> > > Accept-Encoding: gzip,deflate
> > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> > > Keep-Alive: 300
> > > Connection: keep-alive
> > > Referer:http://w/temp.htm
> > > Cookie: PHPSESSID=08g9r7jikc3jd3oim4upgb54e7
> > > Range: bytes=0-
> > > If-Range: "121078-10e8d-dda07600"
> > > Cache-Control: max-age=0
>
> > > HTTP/1.x 206 Partial Content
> > > Date: Sun, 13 May 2007 15:20:20 GMT
> > > Server: Apache/2.2.3 (Red Hat)
> > > Last-Modified: Sat, 12 May 2007 13:28:56 GMT
> > > Etag: "121078-10e8d-dda07600"
> > > Accept-Ranges: bytes
> > > Content-Length: 69261
> > > Content-Range: bytes 0-69260/69261
> > > Connection: close
> > > Content-Type: image/gif
> > > ----------------------------------------------------------
>
> > > > regarding ps. matthew25v6 - thats what i thought your nickname was
> > > > referring to, its a bible prophecy just as zechariah 12v10 and
> > > > zechariah 14 are!
>
> > > Gotcha. Actually, it's just my name followed by three random numbers.
> > > But, I have no problem with it being taken to refer to Bible
> > > prophesy :)
>
> > sorry I see! -- RHEL5, and there was me thinking you were using an
> > old RH5 that you would have found under the stairs!
>
> > Well can't see anything wrong with just the headers, you will need to
> > look further into the packets using wireshark.
>
> > One thing that puzzled me, you appear to have a php cookie yet you
> > dont appear to have enabled php unless its in conf.d. In that case
> > there are more conf directives which might be stopping things from
> > working.
> > I noticed you had rather a lot of loadmodule lines. I would use the
> > following as a simple setup:
> > (I have taken your list, swopped them a bit and commented some, so you
> > can copy and paste to replace your setup to see if changes anything -
> > but keep your original list around!)
>
> > LoadModule actions_module modules/mod_actions.so
> > LoadModule alias_module modules/mod_alias.so
> > LoadModule asis_module modules/mod_asis.so
> > LoadModule auth_basic_module modules/mod_auth_basic.so
> > #LoadModule auth_digest_module modules/mod_auth_digest.so
> > #LoadModule authn_alias_module modules/mod_authn_alias.so
> > #LoadModule authn_default_module modules/mod_authn_default.so
> > #LoadModule authn_file_module modules/mod_authn_file.so
> > #LoadModule authn_anon_module modules/mod_authn_anon.so
> > #LoadModule authn_dbm_module modules/mod_authn_dbm.so
> > #LoadModule authz_host_module modules/mod_authz_host.so
> > #LoadModule authz_user_module modules/mod_authz_user.so
> > #LoadModule authz_owner_module modules/mod_authz_owner.so
> > #LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
> > #LoadModule authz_dbm_module modules/mod_authz_dbm.so
> > #LoadModule authz_default_module modules/mod_authz_default.so
> > #LoadModule ldap_module modules/mod_ldap.so
> > #LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
> > #LoadModule ext_filter_module modules/mod_ext_filter.so
> > LoadModule cgi_module modules/mod_cgi.so
> > LoadModule deflate_module modules/mod_deflate.so
> > LoadModule dir_module modules/mod_dir.so
> > LoadModule env_module modules/mod_env.so
> > LoadModule expires_module modules/mod_expires.so
> > LoadModule headers_module modules/mod_headers.so
> > LoadModule include_module modules/mod_include.so
> > #LoadModule logio_module modules/mod_logio.so
> > LoadModule log_config_module modules/mod_log_config.so
> > LoadModule mime_module modules/mod_mime.so
> > LoadModule negotiation_module modules/mod_negotiation.so
> > LoadModule rewrite_module modules/mod_rewrite.so
> > LoadModule setenvif_module modules/mod_setenvif.so
> > LoadModule unique_id_module modules/mod_unique_id.so
> > #LoadModule mime_magic_module modules/mod_mime_magic.so
> > #LoadModule usertrack_module modules/mod_usertrack.so
> > #LoadModule dav_module modules/mod_dav.so
> > #LoadModule dav_fs_module modules/mod_dav_fs.so
> > #LoadModule status_module modules/mod_status.so
> > LoadModule autoindex_module modules/mod_autoindex.so
> > #LoadModule info_module modules/mod_info.so
> > #LoadModule vhost_alias_module modules/mod_vhost_alias.so
> > #LoadModule speling_module modules/mod_speling.so
> > #LoadModule userdir_module modules/mod_userdir.so
> > #LoadModule proxy_module modules/mod_proxy.so
> > #LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
> > #LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
> > #LoadModule proxy_http_module modules/mod_proxy_http.so
> > #LoadModule proxy_connect_module modules/mod_proxy_connect.so
> > #LoadModule cache_module modules/mod_cache.so
> > #LoadModule suexec_module modules/mod_suexec.so
> > #LoadModule disk_cache_module modules/mod_disk_cache.so
> > #LoadModule file_cache_module modules/mod_file_cache.so
> > #LoadModule mem_cache_module modules/mod_mem_cache.so
>
> > as you can see the majority have gone,
> > I am assuming you arent using mod_dav, or many of the more obscure
> > auth modules! As you can see you dont need most of them, its a great
> > idea to only include them once you know what they are and need them.
>
> > have you tested the images locally while on a browser on the server
> > yet? if so did the images work, and whats the MTU - 1500? try changing
> > it downwards to 1490.
>
> Quoting you:
>
> > One thing that puzzled me, you appear to have a php cookie yet you
> > dont appear to have enabled php unless its in conf.d. In that case
> > there are more conf directives which might be stopping things from
> > working.
>
> Good call. I looked in conf.d and there were a few files there. I
> didn't see anything odd though.
>
> > Well can't see anything wrong with just the headers, you will need to
> > look further into the packets using wireshark.
>
> OK, I did a packet trace.
> I ziped this, the conf.d files, and my .htaccess file here:http://www.osbornewood.com/conf.d.zip
>
> > I noticed you had rather a lot of loadmodule lines. I would use the
> > following as a simple setup:
> > (I have taken your list, swopped them a bit and commented some, so you
> > can copy and paste to replace your setup to see if changes anything -
> > but keep your original list around!)
>
> I backed up my httpd.conf and replaced the relevant parts with your
> suggested list.
> No change though.
>
> > have you tested the images locally while on a browser on the server
> > yet?
>
> Yes.
>
> > if so did the images work,
>
> No.
>
> > and whats the MTU - 1500? try changing
> > it downwards to 1490.
>
> It wasn't set in my network config, but I changed it to 1490 just for
> fun. No change.
>
> Personally, I am very suspicious of the "206 Partial Content" message.
> There is no reason for this that I can think of.
> Any ideas why this header might be generated?

the partial content 206, just means that the connection was closed
before all the content had been served, so the next time the content
is served your browser notifies the server that it can accept a few
more bytes, none are sent, and the process repeats, why none are sent
is what we are hoping to solve

The trace is as I expected, full of nasty black packets. (assuming you
have colouring on)
to see clearly right click on line 72 which has "HTTP GET /screen.gif"
and select "follow tcp stream"
you will then probably see a pop up with the req/res headers, as you
saw using live headers.
kill that and the wireshark main window will now only display the http
packets that show the comm with the server.
You can see that there are some checksum errors here too.
if you go to the bottom window, and check the highlighted line, and
you will see the checksums are often incorrect, it suggests that this
might be a checksum offoading problem
I had the same issue once when I bought a new card, I dont know how to
stop it on RHEL, but there is usually an option in the driver to set
checksum offload to "none"
you have a windows machine so to see what I mean, right click the
network card icon in the notification area, select status,
[properties],
[configure],
|_advanced_| tab
and see the option for checksum offloading,
if you can find out how to adjust that property for th card on your RH
box, you mgith solve this issue, repeat the capture to proove you have
solved it.
This is all I can suggest at the moment, I can see that you are not
just having trouble with HTTP traffic but with other TCP stuff, so
this issue will clear up a few other problems.
If you do find the info elsewhere on RH site, please post your answer
here so others can benefit. :) (eg. me!!)

Re: Trouble with images

On May 14, 2:30 pm, shimmyshack wrote:
> On May 14, 2:09 pm, Matthew256 wrote:
>
> > On May 13, 1:41 pm, shimmyshack wrote:
>
> > > On May 13, 5:38 pm, Matthew256 wrote:
>
> > > > On May 13, 9:23 am, shimmyshack wrote:
>
> > > > > On May 13, 2:02 pm, Matthew256 wrote:
>
> > > > > > On May 13, 8:41 am, shimmyshack wrote:
>
> > > > > > > On May 12, 2:32 pm, Matthew256 wrote:
>
> > > > > > > > On May 12, 9:13 am, geomet...@fastmail.fm wrote:
>
> > > > > > > > > On 11 mai, 21:46, Matthew256 wrote:
>
> > > > > > > > > > None of my image files display properly on my pages.
> > > > > > > > > > If I call the image directly by the url:http://w/db/the=
mes/original/img/b_home.png
>
> > > > > > > > > > The contents of the page is not the image itself but ra=
ther a text
> > > > > > > > > > string with the url of the image:http://w/db/themes/ori=
ginal/img/b_home.png
>
> > > > > > > > > > jpg, png, gif, it doesn't matter.
>
> > > > > > > > > > FYI, w is the hostname for my local testing server.
> > > > > > > > > > DNS translates it tohttp://192.168.1.10/db/themes/origi=
nal/img/b_home.png
>
> > > > > > > > > > Incidentally, if I use that for the url it shows this t=
ext:http://192.168.1.10/db/themes/original/img/b_home.png
>
> > > > > > > > > > No image, though.
>
> > > > > > > > > > It's not a 404 either. Very strange.
>
> > > > > > > > > > Any ideas?
>
> > > > > > > > > Hi Matthew,
>
> > > > > > > > > I'm not sure I understood your question well. Did you typ=
e the URL in
> > > > > > > > > the address bar of your navigator (this is what I assume)=
or is your
> > > > > > > > > "http://....." URL written in the html file? In the secon=
d case, see
> > > > > > > > > the HTML code below.
>
> > > > > > > > > > The contents of the page is not the image itself but ra=
ther a text
> > > > > > > > > > string with the url of the image:http://w/db/themes/ori=
ginal/img/b_home.png
>
> > > > > > > > > You mean the page returned by the server?
>
> > > > > > > > > It would be nice if you posted the concerned subset of yo=
ur httpd.conf
> > > > > > > > > file, so we can better see.
>
> > > > > > > > > ---------------------------------------------------------=
----------
> > > > > > > > > Try with this content in your HTML document:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
>
> > > > > > > > Sorry to be unclear. These screenshots should make things =
clear:http://www.osbornewood.com/screen.gif
>
> > > > > > > > Here's the httpd.conf for my local test server:http://www.o=
sbornewood.com/httpd.conf.txt
>
> > > > > > > this is very likely a problem with the setup of the app you a=
re using,
> > > > > > > rather than a server issue,
> > > > > > > to test this guess copy an image called image.png to a place =
next to
> > > > > > > the html you have in your screenshot. and write img src=3D"im=
age.png"
> > > > > > > my guess it will work,
>
> > > > > > I do not think this is the case. It is not just this app; it i=
s all
> > > > > > images on my server.
> > > > > > Just to test, I put screen.gif in the same folder as test.htm a=
s you
> > > > > > suggested. I used the following code. However, the results we=
re the
> > > > > > same as described my previous screenshot and post.
>
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
>
> > > > > > > there may be a script in between the image you are trying to =
get to
> > > > > > > and the application is returning that text when the image isn=
t found.
>
> > > > > > I'm scratching my head here too.
> > > > > > It's a clean install of Red Hat 5; I don't know of any applicat=
ion
> > > > > > that I installed that would do this.
>
> > > > > > > ps. loveing the quote, see zechariah12,10
>
> > > > > > I'm not sure what you mean...
>
> > > > > > By the way, thanks for looking in to this situation for me :)
>
> > > > > no it is very odd, but I would definately not be using red hat fi=
ve -
> > > > > why not the latest fedora?
>
> > > > Mostly ignorance. I'm new to the Linux world and got suckered in to
> > > > buying a copy :)
> > > > Seriously, my live server will be Red Hat and I want my beta server=
to
> > > > match.
>
> > > > > I cant help except to say that the image url is sometimes display=
ed by
> > > > > ff when the imaeg contains errors
>
> > > > Wow! That does help.
> > > > I did View Source and it was empty.
>
> > > > wget confirms this.
> > > > # wget w/screen.gif
> > > > --11:26:26-- http://w/screen.gif
> > > > Resolving w... 192.168.1.10
> > > > Connecting to w|192.168.1.10|:80... connected.
> > > > HTTP request sent, awaiting response... 200 OK
> > > > Length: 69261 (68K) [image/gif]
> > > > Saving to: `screen.gif'
>
> > > > 0% [ ] 0 --.-K/s in 0s
>
> > > > 11:26:26 (0.00 B/s) - Connection closed at byte 0. Retrying.
>
> > > > --11:26:27-- (try: 2) http://w/screen.gif
> > > > etc.
>
> > > > > this can occur if there are MTU or network issues,
> > > > > can you install wireshark on that OS, or on the pc you are testing
> > > > > from and look at the packets, or a fiddlertool proxy on the testi=
ng pc
> > > > > and look at the headers to see whether the url is coming from the
> > > > > server or from the browser.
>
> > > > Good call!
> > > > I used Live HTTP Headers with Firefox.
> > > > Content-Length: 69261 is the correct file size for screen.gif
>
> > > > These two items look very strange:
> > > > HTTP/1.x 206 Partial Content
> > > > Connection: close
>
> > > > GET /temp.htm HTTP/1.1
> > > > Host: w
> > > > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> > > > 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> > > > Accept: text/xml,application/xml,application/xhtml+xml,text/
> > > > html;q=3D0.9,text/plain;q=3D0.8,image/png,*/*;q=3D0.5
> > > > Accept-Language: en-us,en;q=3D0.5
> > > > Accept-Encoding: gzip,deflate
> > > > Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7
> > > > Keep-Alive: 300
> > > > Connection: keep-alive
> > > > Cookie: PHPSESSID=3D08g9r7jikc3jd3oim4upgb54e7
> > > > If-Modified-Since: Sun, 13 May 2007 12:55:11 GMT
> > > > If-None-Match: "11faaf-57-82c4c9c0"
> > > > Cache-Control: max-age=3D0
>
> > > > HTTP/1.x 304 Not Modified
> > > > Date: Sun, 13 May 2007 15:20:20 GMT
> > > > Server: Apache/2.2.3 (Red Hat)
> > > > Connection: close
> > > > Etag: "11faaf-57-82c4c9c0"
> > > > ----------------------------------------------------------ht tp://w/=
screen.gif
>
> > > > GET /screen.gif HTTP/1.1
> > > > Host: w
> > > > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
> > > > 1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
> > > > Accept: image/png,*/*;q=3D0.5
> > > > Accept-Language: en-us,en;q=3D0.5
> > > > Accept-Encoding: gzip,deflate
> > > > Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7
> > > > Keep-Alive: 300
> > > > Connection: keep-alive
> > > > Referer:http://w/temp.htm
> > > > Cookie: PHPSESSID=3D08g9r7jikc3jd3oim4upgb54e7
> > > > Range: bytes=3D0-
> > > > If-Range: "121078-10e8d-dda07600"
> > > > Cache-Control: max-age=3D0
>
> > > > HTTP/1.x 206 Partial Content
> > > > Date: Sun, 13 May 2007 15:20:20 GMT
> > > > Server: Apache/2.2.3 (Red Hat)
> > > > Last-Modified: Sat, 12 May 2007 13:28:56 GMT
> > > > Etag: "121078-10e8d-dda07600"
> > > > Accept-Ranges: bytes
> > > > Content-Length: 69261
> > > > Content-Range: bytes 0-69260/69261
> > > > Connection: close
> > > > Content-Type: image/gif
> > > > ----------------------------------------------------------
>
> > > > > regarding ps. matthew25v6 - thats what i thought your nickname was
> > > > > referring to, its a bible prophecy just as zechariah 12v10 and
> > > > > zechariah 14 are!
>
> > > > Gotcha. Actually, it's just my name followed by three random numbe=
rs.
> > > > But, I have no problem with it being taken to refer to Bible
> > > > prophesy :)
>
> > > sorry I see! -- RHEL5, and there was me thinking you were using an
> > > old RH5 that you would have found under the stairs!
>
> > > Well can't see anything wrong with just the headers, you will need to
> > > look further into the packets using wireshark.
>
> > > One thing that puzzled me, you appear to have a php cookie yet you
> > > dont appear to have enabled php unless its in conf.d. In that case
> > > there are more conf directives which might be stopping things from
> > > working.
> > > I noticed you had rather a lot of loadmodule lines. I would use the
> > > following as a simple setup:
> > > (I have taken your list, swopped them a bit and commented some, so you
> > > can copy and paste to replace your setup to see if changes anything -
> > > but keep your original list around!)
>
> > > LoadModule actions_module modules/mod_actions.so
> > > LoadModule alias_module modules/mod_alias.so
> > > LoadModule asis_module modules/mod_asis.so
> > > LoadModule auth_basic_module modules/mod_auth_basic.so
> > > #LoadModule auth_digest_module modules/mod_auth_digest.so
> > > #LoadModule authn_alias_module modules/mod_authn_alias.so
> > > #LoadModule authn_default_module modules/mod_authn_default.so
> > > #LoadModule authn_file_module modules/mod_authn_file.so
> > > #LoadModule authn_anon_module modules/mod_authn_anon.so
> > > #LoadModule authn_dbm_module modules/mod_authn_dbm.so
> > > #LoadModule authz_host_module modules/mod_authz_host.so
> > > #LoadModule authz_user_module modules/mod_authz_user.so
> > > #LoadModule authz_owner_module modules/mod_authz_owner.so
> > > #LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
> > > #LoadModule authz_dbm_module modules/mod_authz_dbm.so
> > > #LoadModule authz_default_module modules/mod_authz_default.so
> > > #LoadModule ldap_module modules/mod_ldap.so
> > > #LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
> > > #LoadModule ext_filter_module modules/mod_ext_filter.so
> > > LoadModule cgi_module modules/mod_cgi.so
> > > LoadModule deflate_module modules/mod_deflate.so
> > > LoadModule dir_module modules/mod_dir.so
> > > LoadModule env_module modules/mod_env.so
> > > LoadModule expires_module modules/mod_expires.so
> > > LoadModule headers_module modules/mod_headers.so
> > > LoadModule
>
> ...
>
> read more =BB

I should add that this may well be a false alarm, (Im not sure I
understand this particular problem of checksum offloading enough to
give a definitive answer!!)
It could still be a problem with the apache distro of RHEL, check for
updates patches and bugs at the earliest on their site!!

Re: Trouble with images

..oO(Matthew256)

just an additional note about the conf files you sent.
I was surprised by (php.conf)

AddHandler php5-script .php
AddType text/html .php

I would have expected no AddHandler line cos you are running php as a
module
and that the Addtype should read
AddType application/x-httpd-php .php

but interestingly you do have
AddType application/x-httpd-php .php
in the .htaccess file as required

also in line 403 of http.conf no serving oh any file starting with
..ht
is covered by this:


Order allow,deny
Deny from all


so it doesnt need to be repeated inside the .htaccess

I was also somewhat surprised that the readme speaks of apache 2.0
while you are using apache 2.2.3

No other issues shouted out at me

Re: Trouble with images

> the partial content 206, just means that the connection was closed
> before all the content had been served, so the next time the content
> is served your browser notifies the server that it can accept a few
> more bytes, none are sent, and the process repeats, why none are sent
> is what we are hoping to solve

Gotcha.

> The trace is as I expected, full of nasty black packets. (assuming you
> have colouring on)

This makes it sounds as if this might be expected:
http://www.ethereal.com/faq.html#q11.1

> you will see the checksums are often incorrect, it suggests that this
> might be a checksum offoading problem
> I had the same issue once when I bought a new card, I dont know how to
> stop it on RHEL, but there is usually an option in the driver to set
> checksum offload to "none"

I used this command on RHEL and it seemed to do the trick:
/sbin/ethtool -K eth0 rx off tx off sg off tso off

That seemed to fix the checksum errors.
Here's a link to the latest sniffer log:
www.osbornewood.com/tmp.cap

However, as far as seeing the images in the web browser, still no joy.

Wait a minute! Your comment just sparked a thought!
> why none are sent is what we are hoping to solve

I have three computers:
[fileserver] win2k3
|
[webserver] red hat enterprise linux 5
|
[client] win xp pro


client requests image from webserver, which requests image from a
mounted drive pointing to fileserver.
If I request an image local to webserver, it works fine!

Now, to figure out why webserver can read php files from fileserver,
but not gif files...
File permissions are fine; firewalls are disabled for testing. I'm
left scratching my head.

Re: Trouble with images

On May 14, 11:19 pm, Matthew256 wrote:
> > the partial content 206, just means that the connection was closed
> > before all the content had been served, so the next time the content
> > is served your browser notifies the server that it can accept a few
> > more bytes, none are sent, and the process repeats, why none are sent
> > is what we are hoping to solve
>
> Gotcha.
>
> > The trace is as I expected, full of nasty black packets. (assuming you
> > have colouring on)
>
> This makes it sounds as if this might be expected:http://www.ethereal.com/faq.html#q11.1
>
> > you will see the checksums are often incorrect, it suggests that this
> > might be a checksum offoading problem
> > I had the same issue once when I bought a new card, I dont know how to
> > stop it on RHEL, but there is usually an option in the driver to set
> > checksum offload to "none"
>
> I used this command on RHEL and it seemed to do the trick:
> /sbin/ethtool -K eth0 rx off tx off sg off tso off
>
> That seemed to fix the checksum errors.
> Here's a link to the latest sniffer log:www.osbornewood.com/tmp.cap
>
> However, as far as seeing the images in the web browser, still no joy.
>
> Wait a minute! Your comment just sparked a thought!
>
> > why none are sent is what we are hoping to solve
>
> I have three computers:
> [fileserver] win2k3
> |
> [webserver] red hat enterprise linux 5
> |
> [client] win xp pro
>
> client requests image from webserver, which requests image from a
> mounted drive pointing to fileserver.
> If I request an image local to webserver, it works fine!

ok I did wonder about the capture, but sadly I didnt bother looking
closely at the SMB packets as I thought it was just noise from using
wireshark for the first time! - shows how much I know
I did wonder about the /mnt/web/... part and the proxy conf as well!

Anyway, the SMB server is reporting the info on the files back to
apache, hence apache is able to grab metadata like the content-length
of your gif, it looks for it at /beta4/screen.gif on the fileserver,
however theres no data being returned from the fileserver, always 0
bytes, this is the same for /beta4/.htaccess and /beta4/screen.gif

the odd thing I havent nailed down is that right clicking and
following packet 9 leads to references not just to /beta/screen.gif
but to
\inetpub\wwwroot\beta4\screen.gif
the actual flags returned by the fileserver suggest all is well that
the files are normal and can be served.


>
> Now, to figure out why webserver can read php files from fileserver,

This you have tested, I am assuming the phpsessid is from a php
script, and that if you modify the .htaccess file removing
AddType application/x-httpd-php .php .cfm
on the fileserver that the php scripts can be stopped.

The one issue I do have is that the packet dump shows that the files
screen.gif and .htaccess HAVE been modified since the last request,
however, they do not appear to be being served, could this rather be a
config issue (perhaps caching) on your fileserver, or on the rules
for fetching those files on the RHEL?

As you can see I am not familiar with using this type of setup, to me
this is latency, caching, and network issue hell, soething I would not
personally get into without using straight proxying from one apache
process on one machine to the other. But I guess you have coldfusion
on the windows box right, and dont want to use a straight proxy type
setup?

> but not gif files...
> File permissions are fine; firewalls are disabled for testing. I'm
> left scratching my head.

Re: Trouble with images

> I did wonder about the /mnt/web/... part and the proxy conf as well!

Yup. /mnt/web = \\x\web$\

> Anyway, the SMB server is reporting the info on the files back to
> apache, hence apache is able to grab metadata like the content-length
> of your gif, it looks for it at /beta4/screen.gif on the fileserver,
> however theres no data being returned from the fileserver, always 0
> bytes, this is the same for /beta4/.htaccess and /beta4/screen.gif

Odd. Would this be a win2k3 issue?

> the odd thing I havent nailed down is that right clicking and
> following packet 9 leads to references not just to /beta/screen.gif
> but to
> \inetpub\wwwroot\beta4\screen.gif
> the actual flags returned by the fileserver suggest all is well that
> the files are normal and can be served.

I don't know about this one.
My best guess: the path on fileserver to the gif:
d:\inetpub\wwwroot\beta4\screen.gif

> > Now, to figure out why webserver can read php files from fileserver,
>
> This you have tested, I am assuming the phpsessid is from a php
> script, and that if you modify the .htaccess file removing
> AddType application/x-httpd-php .php .cfm
> on the fileserver that the php scripts can be stopped.

Correct.

> The one issue I do have is that the packet dump shows that the files
> screen.gif and .htaccess HAVE been modified since the last request,
> however, they do not appear to be being served, could this rather be a
> config issue (perhaps caching) on your fileserver, or on the rules
> for fetching those files on the RHEL?

You're talking over my head on this one. How might I check on this?

> As you can see I am not familiar with using this type of setup, to me
> this is latency, caching, and network issue hell, soething I would not
> personally get into without using straight proxying from one apache
> process on one machine to the other. But I guess you have coldfusion
> on the windows box right, and dont want to use a straight proxy type
> setup?

The win2k3 fileserver is there because of the backups.
You can right click any file, properties, previous versions, to roll
back the file to any point in time you want.
Also we have it set up to backup automatically.
The linux box is just for beta testing anyway, and has minimal traffic.